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(54) System and method for distrilxjted content electronic commerce 



(57) Dtstritxjted electronic convnerce is conducted 
over a network t>y substantially separating transaction 
functionality from merchant content Bectronic com- 
merce transaction functionality is provided t>y a com- 
merce server having a commerce databasa The 
commerce server stores merchant and purchaser pro- 
file data and merchant content summaries on the com- 
merce database. The purchaser t>rowses and searches 
for product and mercfiant information using the conv 
merce server, and is provided with more detailed infor- 
mation stored at a separate mercfiant content server 
system. The purchaser selects products to purchase, 
and a purchase order is sent to the commerce server. 
The commerce server initiates the settlement of 
accounts between the merchant and purchaser, and ini- 
tiates order fulfiUment for the selected product. The sep- 
aration of transaction functionality and merchant 
content onto separate servers under ihe control of a 
commerce service provider and a merchant, respec- 
tively, provides a niore efficient and effective way of car- 
rying out electronic commerce over a networte 
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Description 

ndd of the Invention 

5 This invention relates to carrying out electronic commerce on a network, and particularly to an electronic commerce 
server and database that provide transaction functionality and conterrt summaries to purchasers, and which refer pur- 
chasers to merchant content servers that provide more extensive information on products for sale on the network. 

Background of the Invention 

10 

Bectronic commerce is traditionaily carried out over a network using a commerce server networked with purchas- 
ers and merchants. As shown in FIG 1 . such a tracfitonal electronic commerce server system 1 1 provkles sut>stantially 
all of the functionality needed to carry out buying and selling on a network 12. This includes storing product information 
provided by merchants 13, accepting requests for information from prospective purchasers 14. and accepting and 
IS processing orders. 

The number of commerce sen/ers offered by different server vendors is limited. For exarrple. each such server Is 
configured and programmed differently. Thus, the traditional commerce server 11 is complex, expensive, and often 
requires substantial expertise to configure and operata These disadvantages allow only the largest merchants to own 
and operate their own commerce servers. 

20 Rather than operate their own commerce servers, smaller merchants typically purchase electronic commerce serv- 
ices provided by a commerce service provider. In this case, the provider owns arvJ maintains the commerce server, wfio 
distatxjtes configuration, operation and maintenance costs across the sut)scrber merchants, realizing an economy of 
scale, l-lowever, in so doing, the provider usually enforces uniform standards for appearance and metfKxis of doing 
business to reduce the amount of custom programming necessary in order to economically accommodate several dif- 

25 ferent merchants. Thus, each merchant being served loses a substantial amount of control over the way he conducts 
business over the network. This restricts the merchant's ability to express a particular personality and to do such things 
as develop distinctive trade dress. This places him at a competitive disadvantage in the maritetplace, especially when 
compared to those merchants who can operate their own servers. 

The service provkier*s expertise lies in the acquisition, operatkm, and maintenance of the commerce server fiard- 

30 ware and the commerce functionality it provides to all of its mercharrts and purchasers. Examples of comm^ce func- 
tbnalrty include taking orders and effectuating payment for any prcxiuct offered by a merchant 

However, the service provider faces problems with respect to ''contenT from the merchant(s). Rrst, content falls 
within the expertise of the merchant not the provkJer. Second, the electronk; commerce service provkJer faces high 
costs in acquiring, publishing, and maintaining a database of merchant content. Thfe problem is especially pronounced 

3S when content from many merchants is stored in a large aggregate on a commerce server, because there is no economy 
of scale in adding merchant content to a server. The cost of adding an additional content fOe to a server is not less than 
the cost to add a similar file prevkMJSty. In fact the burden of toading, updating, and deleting content from each addi- 
tbnal merchant can greatly inaease the oornplexity arid adniinistrative 00^ con- 
tent of the eartier-in-time merchants. Further, a larger aggregate of merchant content on a single commerce server 

40 sk>ws the performance of the server. 

Thus, under current methods of carrying out electronk: commerce, the merchant whose expertise lies in prockidng 
and managing content is faced with the chdce of operating and maintaining an expensive conunerce server or bsing 
control of his marketing to a provkler. The provkjer. whose expertise &es in the aoquisitk>n and maintenance of elec- 
tronic commerce hardware and software, must shodder the burden of acquiring. pubGshing and maintaining merchant 

45 content 

Sumrnary of the Invention 

A better way of conducting electronic commerce is to allocate nK>st of the task of content aoquisitk}n and mainte- 
50 nance to the merchant and alkx^te most of the task of provicfing electronk: commerce transaction functk>nality to the 
sennce provkler. Under this regime, neither the merchant nor the provkJer wouW be burdened with tasks outskle their 
respective areas of expertise. The present invention provides a system for carrying out electrons commerce over a net- 
woric wh^e transaction functbnality is provtied t)y a commerce server having a commerce database, while detailed 
merchant content is provided on separate merchant content servers. 
55 The commerce server maintains merchant profiles in the commerce datat>ase. The profiles comprise sunvnaries 
of the products offered for sale t>y each merchant registered with the electron^ commerce service. Here, the term 
"product" is meant to include servk;es. A mercfiant profile also includes a merchant klentification number, a 1^ of the 
payment vehicles accepted by the merchant; a summary of merchant policies; and a summary background of the mer- 



2 



EP0 855 687 A2 



chant In one entxxfiment the merchant identification nurrber is the network address of the merchant's content sender. 

TTie commerce sender also maintains purchaser profiles in the commerce datat>ase that comprise purchaser Iden- 
tificafon nun4)ers, purchaser payment data (such as aedit card and bank account numbers), and billing and shipping 
addresses. 

The commerce server prcvkies transaction functionality that effectuates an electronic commerce transaction. An 
electronic commerce transaction Is the process of seDing arxl purchasing an item over a network. 

A purchaser requests the commerce server to send shopping informatioa The purchaser txowses or searches for 
products on the commerce sender, and data regarding products and merchants is retrieved from the commerce data- 
base. At the purchaser's request for more information on a product or merchant, the commerce server refers the pur- 
chaser to an appropriate merchant content server, which contains much more detailed information about the product 
and mercharrt tfian is available from the commerce database. 

While browsing or searching the merchant content sender, the purchaser may select one or irwre products for pur- 
chase. When the purchaser indicates he is ready to ^fectuate such a transaction, data concerning the selected product 
or products are sent to the commerce server. The data include infbnnation sufficient to identify the product, purchaser 
and selling merchant. The commerce server communicates with an ©eternal payment system to debit the purchaser's 
account and crecfit the merchanfs account, effectuating the sale. The commerce server also generates a fulfillm^ 
message that ensures product delivery to the purchaser. 

The commerce server also generates reports for the merchant and purchaser upon request. The reports summa- 
rize historical transaction data as requested. 

Merchant content servers are simpler, easier to operate, and less expensive than the full-functioned servers tradi- 
tionally used to maintain both content and transaction functionality in carrying out electronic commerce. The eff k;ient 
division of functionality between the commerce server and the merchant content server thus advantageously stream- 
lines the process of providing e-commerce services while Icwering the cost thereof. 

Brief Description off the Drawings 

FIG 1 shows a prior art embodiment of an electronic commerce system. 

FIG 2 shows an electronic commerce system in accordance with an embodiment of the present invention. 
FIG 3 shows merchant content servers connected to a network in accordamce with an embodiment of the present 
invention. 

FIG 4 shows merchant content servers connected to a networt^ in accordance wrth another emtxxiiment of the 
present invention. 

FIG 5 shows an embodiment of an electronic corrunerce server and an electronic commerce datat>ase In accord- 
ance with an embodiment of the present invention. 

FIG6 shows an embodiment of a merchant interface screen in accordance with an enrtxxiiment of the present 
inventfon. 

FIG 7 shows an errtxxliment off a merchant content abstract update interlace in accordance wrth the present inven- 
tion. 

FIG 8 shows an entxxJIment of a merchant content abstract ecfit interface In accordance with the present inven- 
tion. 

FIG9 shows another embodiment of a merchant content abstract ecfit interface in accordance with the present 
invention. 

FIG 10 shows an enribodiniert of a rnerchartcontert abstract edit interface that sho^ 

mercedatat>ase in accordance with the present invention. 
FIG 11 shows an en4)odinTerto* a purchaser interface in accordance with the presert 

FIG 12 shows an enrtediment of a merchant inlornrwtion screen generated in response to a purch^er query in 

accordance with the present inventioa 
FIG 13 shows an embodiment of a product information screen generated in response to a purch^er search on a 

merchant cont^ server in accordance with the present invention. 

Detailed DescriPtkwi 

In accordance with the present invention, an embodiment of which is shown in FIG 2, electronic comm^ce is car- 
ried out over a networt^ 21 with a purch^er 25, where content is distributed through tiie nelworit on m^-chant content 
servers 22. and transaction functionality is provided by an electronic commerce server 23 having an electronic com- 
merce database 24. Network 21 is a data networit, an example of which is the Internet 

The content severs 22 are controlled by merchants, and contain detailed merchant data. This merchant data com- 
prises information on the products offered by the merchant including product names, nranufacturers. colors, sizes, and 
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prices. It also Includes multimedia infomiation about the product comprising at least one type of text, audio, graphic, 
animation and video data. Merchant data also comprises detafled information regarding wananty, guarantee, and mer- 
chandse return information, as well as bad^ound information regarding the merchant Merchant content data 
includes irrformation that comprises an electronic catalog of the merchant's products. 

5 Merchant content servers are simpler, easier to operate, and less expensive than the full-functioned sen/ers tradi- 
tionally used to maintain both conterrt and transaction functionafity in carrying out electronic commerce. In one embod- 
iment of the present invention shown in FIG 3. each merchant controls its own very simple content server 32. 33. 34 
and 35. each of which \s connected to the network 31. The tenn connected encompasses direct and indirect data con- 
nection. In other words, when A is connected to B, A may be connected to B directly (ag.. via an RS 232 cable); through 

10 a network; or through a network of networks. In another errtxxfiment shown in FIG 4, several merchants 42, 43, 44 and 
45 connected to a network 41 share a single content server 46 connected to the network. In thfe errtxxfiment the box 
representing merchant P 42 is a personal corrputer through which merchant P 42 is connected to the network 41 . Mer- 
chant P 42 transfers data to and from the merchant content server 46 through the network 41. to which the merchant 
content server 46 is also connected. Merchants 42, 43 and 44 interact with the merchant content server 46 in the same 

15 way. 

In accordance with tfie present invention, an electronic commerce server 23 controlled by a transaction service pro- 
vider is also connected to the network 21 , as shown in FIG 2. The commerce server 23 provides transacbon and con- 
tent searching functionality and stores commerce server data inducfing merchant at>5tract data on a commerce 
database 24. 

20 Transaction functionality refers to the capability to canry out actions needed to effe^ 

the network 21 . Fa example, in one embodment the transaction server accepts a credit card nurrber from a purchaser 
and contacts the aedit card vendor to verify that the account has a sufficient line of aedit to conrplete the purchase of 
a product or products having a given price. Once authorization is received, the corrmerce server sends messages to a 
banking institution that debits the purchaser's account and credits tfiat of the merchant effectuating a purchase. Other 

25 transaction functionality can include: arranging to have the selected product shipped; and/or other order fulfillment func- 
tions, such as irrplementing a customer satisfaction survey along with product delivery, and storing the resuHs for pres- 
entation and analysis. 

Commerce server data comprises summary data on the products offered by those merchants that have content 
senders that subscrtoe to the electronk; commerce sennca In one embodiment, this includes product numbers, product 
30 categories, sizes, colors, prices, and a link to the appropriate merchant content server where more product information 
can be found. Commerce server data may also include merchant proffle data, including summaries of the forms of pay- 
ment accepted tiy a merchant, merchant polkaes. and merchant bad^round information. Merchant pvcfile data is 
added to the conrunerce database when ttie merchant initially registers for tiie service, and may be updated at any time 
by the merchant 

35 Commerce server data comprises at>stracts of more extensive data available at the merchant content servers. 
These Abstracts are generally sut>stantially smaller in size than the data from which th^ are drawn on the mercfiant 
content server. For example, in one erTtxxliment a product ak>stFact comprises a textual representation of a product 
name, product price, a one sentence description of the product and the URL (Uniform Resouce Locator, i.e., network 
address) of the mercfiant content server on which more information regarding the product may be found. The cone- 

40 sponcfing nrwe fulsome information on tfte mercfiant content server includes the same information prcvkied in the 
abstract but further corT^)rises a multimedia video of the product being nrxxleled with accompanying audk^ a full cata- 
log description of the product a description of all available sizes and cofors. and shipping onformation. Thus, the 
abstract on the corronerce server a brief representation 0* content server data su^ 

an informed decision as to whether to seek additional information from the appropriate content server. This advanta- 
45 geously maximizes the benefits of distributed electronic commerce in accordance with the present invention. 

The present invention ^ivantageousty provides a simple and unifbrm interface to the merchant whereby the mer- 
chant adds merchant content summary data to the commerce database 24. An enrtbodiment of such an interface is 
shown in FIG 6. 

In ttiis errtxxJiment a nrierchant is first identified 61 and authenticated 62 to the servfce. and then choose one of 
50 tiiree possible functions adding product information 63; editing product information 64. or generating a report 65 based 
on historical transaction data. 

H the merchant selects the add product button 63. the service presents to the merchant a screen for facilitating 
entry of product information. One such screen is shown in FIG 7. In the illustrated embodiment the screen presents sev- 
eral product information fiekte. including a product identification number (SKU) fieW 71 1; category 712; manufacturer 
55 713; product narrie 714; list price 715; offer price 716; weight 717; size range 718; a date until which the offer is good 
719; and optional teywords 720 and 721 . A merchant may define his own attribute/value pairs 725 for a product, such 
as "Shell/Mat^" (e.g.. "Sh^l/100% Cotton," or "Insulation/MateriaT (ag.. "Insulation/Wool.*) 

When the merchant is finished entering the new product data, he selects ttie submit button 723, and the commerce 
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database is then updated, assodaling the r>ewty submitted data with the merchant's identification number and a time 
stamp indicating when it was added. The conecticn of product information stored in the commerce database is called a 
merchant content abstract 

H should be noted that this input process and these Intertace screens are an iDuslrative entxxfimwit of data entry 
5 methods of the present Invention, and that any other interface or method for entering data that comport with the archi- 
tecture of the present invention are valid. For example, in one embodiment data entries are validated (e.g., checked for 
proper correspondence between manufacturer and product name, etc.) before the data entries update the electronic 
commerce server datal>asa 

In one entxxliment of the present inventioa the commerce server is provided with a merchant content abstract 
10 according to the following data structure: 



15 



20 



25 



merchant_content_abs tract 

merchant /♦merchant identification number*/ 

SKU_nutnber /♦product identification number*? 

category /♦product type*/ 

manufacturer /*product maker*/ 

keyword /* searchable keyword*/ 

keyword /* searchable keyword*/ 

name /*product name*/ 

list^price /*manuf acturer' s suggested retail 
price*/ 

weight 
size_range 

offer_price /♦price offered to purchaser^/ 

good_\intil /♦date offer expires*/ 

^ time_9tamp /*time loaded by merchant*/ 

} 

It should be noted that size^aIue and weightAvalue are two embodiments of a general attn*bute/value format Each 
35 atlraxrteAralue pair may be specified ty the merchant to tailor the abstract to meet his requirements. For example, for a 
saw. a merchant may specify the material of which the cutting surface is made with the allrftxlte^alue pair btede/imate- 
rial. e.g., bladeftitantum. 

Generally, the URL of the merchant content server is provided to the commerce server at the time the merchant 
re^sters with the service However, in acconfance with the present invention, the merchant may advantageously spec- 
40 ify another U RL 724 (FIG 7) for a merchant content server on the abstract interface saeen. 

A further advantage of the present invention is that any server hanng content may register with the commerce 
sen^ wrthoul having to be designed specffically to take advantage of the servi^ 
it is only necessary thai the rnerchant enter oorrterrt at)stracts to the cornnrierce s« 

If the merchart selects the edit product button 64, he fe presented in one eni^ FIG 
45 8.Ttiemerchantm^specifyaneK^producltoecttbycomple4eryspecrtying 
database is searched and the corresponding proJuct sunwnary data are dis^^ 
9. Alternatively, he may include wikkard characters in the SKU a^ 

will be dispteyed. For exanple. if * constitutes a wildcard symbol and the merchant specifies the SKU to be edited as 
132*. the commerce server will search for all SKU's whose first three digits are 132. An SKU of 1??45 includes afl SKU's 

50 whose first, fourth and fifth digits are 1 , 4 and 5 respectively Likewise, the merchant may request a listing by manufac- 
turer, category or product nama In each of these cases, the e-commerce sen^ searches for and presents a list of 
products. An exarrple of such a list for all products manufactured by Scandia is shown in FIG 10. 

As shown in FIG 10. the list is a summary presentatfon of the product name 101. product category 102, SKU 103 
and the date on which the product information was entered into the commerce database. A highlight bar 1 05 that covers 

55 one product at a time may be moved up and down the lislby movement arrows 106 and 107. respectively The merchant 
selects an item to edit from the list by moving the highfig^rt bar over the item and then selecting the Select button 108. 
When the merchant selects an item from the list to edit a screen such as that shown in FIG 9 is presented to the mer- 
chant Alternatively, the merchant may expediently delete product data for the highlighted product from the commerce 
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database by selecting the delete button 109. Thus, the merchant may add, edit and del^e his product data summaries 
In the commerce database according to a simple and uniform interlace. 

A pseudo code embocfiment of the process for changing merchant product data summaries in the commerce data- 
base in accordance with the present invention is as toilers: 



change_merchant_content_abscract ( ) 



{ 



10 



15 



20 



25 



30 



35 



40 



identify_merchant 0 ;- 
authenticate_merchant 0 ; 
case (add_product) 

- accept product^data 



{ 



merchant /♦merchant identification*/ 
SKU_number /^product identification 

number*/ 

/♦product type*/ 
/*product tnaker*/ 
/♦searchable keyword*/ 
/♦searchable keyword*/ 
/♦product name*/ 
/♦manufacturer' s suggested 
retail price*/ 



category 

manufacturer 

keyword 

keyword 

name 

list_price 



} 



weight 
size_range 
of fer_price 

good^until 
timers tamp 



/*price offered to 

purchaser*/ 

/*date offer expires*/ 

/*time loaded by merchant*/ 



case (edit^product) 

case(identifyjproduct_SKU) ;._/*identify 

product to be 
edited by 
completely 



45 



50 
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specified SKU 
number*/ 

display product_data 
if {delete_product) 

delete product_data 

else 

accept product edits 
store new product_data 
return 

case(identify_product_li9t) ; /^identify 

product list by 
specifying SKU 
with wildcard or 
manufacturer or 
category*/ 

display product_list 

accept product_selection /♦using highlight 

bar*/ 

if (delete_product) 

delete product_data 

else 

accept product edits 
store new product_data 
return 

} 



The present inventton thus advantageously pfovkJes a convenient and effkaem way for a merchant to s^ 
network ttrough sin^rfe and easy to understand interfaces. An ennbodiment of such an interface is shewn in FIG 11 . 
When a purch^er connects to the comnierce server and is identtfie^ infield 111 and is 

authenticated l)y providing a purchaser password in field 1 12, the o)^^ 

actions with the purchaser's customer profile data stored on the commerce (fatabasa In one embodiment, customer 
profBe data includes the customer's name, biHing address, shipping address and credit card numbers with expiration 
dates. In another entxxliment, customer profile data also includes infonnation derived from historwal transaction data, 
such as buying pattems. In yet another embodiment, customer profile data includes demographic data, including 
income level and household information of thet purchase. 

A purchaser may choose to view product and merchant information by predetennined category, such as home 
appfiances 1 1 3. outeloor gear 1 1 4. or electronics 1 1 5. Alternatively, the purchaser may wish to canry out a search of the 
commerce database. Such a search may be boolean. e.g.. HIKING AND (BOOTS OR SHOES). In another embodi- 
ment, the search is in a natural language fonrat as is known in the art. e.g., I NEED HIKING BOOTS FOR BACKPACK- 
ING. 

An en*)0diment of a screen responsive to such a natural language inquiry is shown in FIG 12. Here, the response 
is shown accorcfing to the names of merchants 121 . 122, 123 and 124 who sell hiking boots. In another embodiment, 
the response ts shown in accordance with hiking boots products listed in the commerce database. In the errtxxfiment 
shown in FIG 12. tokens are dfeplayed for each merchant incficaling the types of payment accepted by the merchant 
1 25 and the nun*)er of days in the merchanf s money-back guarantee 1 26. This is merely meant to be exemplary of the 
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types of information that could be Si4)plied to the purchaser at this stage. Other types of infomnation such as wananty 
information arxl service telephone numbers could also be included. 

Upon selecting a merchant from the screen shown in FIG 1 2, the purchaser is referred by the commerce server to 
the content server on which the selected merchant has placed his merchant content. In one embocfiment In which the 

5 present invention is implemented on the Internet the URL of the merchant is contained in a table in the commerce data- 
t»ase that cross-references it to the merchant identifier in the product data structure. In another embodiment, the net- 
work address of the content server is included in the product data structure as an adcOtional field. 

Upon accessing the content server, the purchaser is presented with an electronic versfon of the merchants store. 
Such stores are well known in the art as websites on the World Wide Web (WWVV). The purcha^ 

10 browse anrnwig products offered by the merchant; learn detailed information regarding the merchant's return policy; 
learn about forms of payn^ accepted by the ms-chant; and order products. An example of a product screen at a con- 
tent sen^^ is shown in FIG 13. TTie pfoture of the boot 131 may be animated, and the boot could be slowly tumed so 
all sides may be viewed. Audio accompanies the picture, descrftMng the advantageous features of the boot This is sup- 
plemented with textual information 132, as well as information about the boofs available sizes 133, weight 134, sug- 

15 gested retaD price 135, offer price 136, and offer expiration date 137. If the purchaser wants to select the boot for 
purchase, the purchase selects the Buy This button 138 at the bottom of the saeen. 

Every saeen of this embodiment of the content server also can have a Make Purchases button 1 39. The purchaser 
selects this kxjtton when he is ready to effectuate an electronic transaction whereby the selected products are pur- 
chased. 

20 When the purchaser has finished shopping and he selects the Make Purchases button 139, order information for 
his selected products transmitted to the commerce server. In a preferred entxxliment ttiis order information com- 
prises the purchaser identifk^ation number, merchant dentifkatfon number, SKU number, quantity, payment informa- 
tion, and special information (e.g.. size, color) that may include attritxite/Value pairs. An embodiment of the data 
structure for such a purchase message from a content server to the commerce server is as folfows: 

25 

purchase_order 

{ 

^ purchaser_id /♦purchaser identification number*/ 



35 



40 



merchant_id 
SKU 

quantity 

payment 

special 

size 
color 

date entered 



/♦merchant identification number*/ 
/♦product identification number*/ 
/♦number of product ordered*/ 
/♦credit or debit card selection*/ 



/♦When the order was sent*/ 



45 

In this embodiment, the price off the selected product is derived from its merchant content abstract in the commerce 
database In another embocfiment. the price of the selected item is included in the purchase order from the merchant 
content server, and need not be derived from the commerce ctetabase. 

Upon receiving the purchaser order message, the commerce server effectuates the transactkxi first by retrie^ng 

50 the appropriate data from the commerce datat>asa fo one embodinrient this data includes custonrier profile data includ- 
ing purchaser credit card numbers, billing and shipping addresses. It further includes merchant prohle data including 
merchant account numbers and acceptable fonns of payment data. It further includes product data information such as 
price informatfon. In another emtKxliment. this information further includes product availability data, which is used in 
conjunction with an inventory control program of a kind well known in the art to obtain and ship a product in the most 

55 ex^ient and effkaent manner possible from a plurality of available sources. For exanple, in one embodimenl of the 
present invention, the commerce sen/er database maintains information on the inventory levels for each merchant for 
each of his products. If a purchaser submits an order for a product of which a merchant is out of stocK the merchant 
may backorder the item or the purchaser m^ select another merchant. 
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The commerce s^er irrteracts with external payment systems (e.g.» a bsnk) to cause purchaser's payment vehicle 
(such as a credit or debit card account) to be debrted. and the merchant's account to be aedited. In one embodiment, 
the merchanfs bank account is directly credited with the appropriate amount In another embodiment, the merchants 
account with the commerce swice is aedited. and actual payment to the merchant s bank account is made at a later 
5 date In accordance with a predetermined commerce service policy. 

A pseudo-code embocfiment of the purchasing process in accordance with the present invention is as follows: 
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purcha8e_proce88 ( ) ; - 
{ 

accept request 

display shopping^page 
accept purchaser^query 
search commerce database 



/commerce server accepts 
request £or shopping page 
from purchaser*/ 
/*shopplng PA9« 
displayed to purchaser*/ 
/^accept purchaser natural 
language query*/ 
/* commerce database is 
searched £or products and 
merchants that match 
purchaser_query* / 



i£(no match) 

display no_match 

else 

display matching_merchants 



me rchan t_naroe / *mer chant name is 

selectable with 
\inderlying network 
address pointing to 
merchant content 
server*/ 

merchant network address 



payment_accepted 



re t urn jpol icy 



merchant_blurb 

} 

return 

accept merchant_selection 

refer purchaser to 
merchant content server 



/*tokens indicating 

credit and/or debit 

cards accepted*/ 

/* token indicating 

days to return £or 

refund*/ 

/*brief textual blurb 
about merchant*/ 



/*mercbant selected by 
pur^uiser*/ 

/*at network address 
for content server for 
selected merchant*/ 



accept purchase_order from purchaser 



{ 



purchaser_id /*purchaser identification 
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merchant id 



payment 



SKU 



quantity 



number*/' 

/ ♦merchant ident i f ica t ion 
number*/ 

/ *produc t ident ification 
number*/ 

/♦number of product 
ordered*/ 

/♦credit or debit card 

selection^/ 



special^selectionjdata 
size 
color 

date entered /♦When the order was sent*/ 



search database for purchaser jprofile 



purchaser_id 
payment_data^l 

credit_card_type 

credit_card_number 

expirat ion_date 
payment_data_2 

credit_card_type 

credit_card_number 

expiration_date 
billing_address 
shipping_address 

date entered /♦this filed is used 



search database for merchantjprof ile 



as a flag in updating 
or eliminating old 
information^/ 



merchant^id 

merchant account number 



} 

ef fectxiate payment 



/♦payment type selected by 



purchaser is debited*/ 



initiate order fulfillment 



/♦an electronic 
message is formatted 
and sent to the 
appropriate - order 
fulfillment agent, 
instructing the agent 
%diich products to ship 
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to the purchaser*/ 

} 



The present invention also advantageously provides ttie purchaser and nierchant with the ability to generate vari- 
ous reports based upon historical transaction data staed on the commerce database. A merchant generates a report 
by selecting the report button 65 on the screen shown in FIG 6. In one embocfiment, a merchant report lists all sales of 
merchant s producfe ttuough the service on a monthly, weekly or daily bass selecteble by the merchant. In arKSther 
entxxliment. a report shows summary dollar amounts generated by sales by categories specified by the merchant. In 
yet another errtxxliment a report presents the results of customer satisfaction surveys in formats readily and advanta- 
geously selectable by the merchant (e.g.. by product purebred, time period, or by selected demographic features of 
trie purchaser). 

A purchaser generates a report by selecting the report button 118 shown in FIG 1 1 . In one embodiment, a report 
shows all purchases made by the purchaser througfi the service over the past five, ten or thirty days, or since the begin- 
ning of the present calendar year. In another embedment, a report shows a breakdown of dollar amounts purchased 
under each form of payment authorized by the purchaser since the beginning of the present calendar year. 

The reporting feature of the present invention advantageously provides both merchants and purchasers with the 
ability to track and assess the utility and ^idency of the service. It also ass^ the merchant and purchaser to control 
budgets and track cash fk>w. 

Separating merchant content from transaction function£Uity on an ^ectronfe commerce system in accordance with 
the present invention represents a sensWe and efficient allocation of resources in promoting commerce over a networic 
It allows the transaction service provider to concentrate his resources on providing the most up-tOKJate and efficient set 
off services for effectuating buying and selling transactions l>elween networked parties, likewise, the noerchant is freed 
form the burden of maintaining transaction functionality, and concentrates on his area of expertise, merchant content 
and product information. The present invention thus provides a more effective and efficient way of carrying out rfec- 
tronic commerce. 

Where technical features mentioned in any daim are followed by reference signs, those reference signs have been 
induded for the sole purpose of increasing the intelligft)irrty of the claims and accordingly, such reference signs do not 
have any limiting effect on the scope of each element identified by way of example by such reference signs. 

Claims 

1. An electronic convnerce server system for carrying out distributed ^ectronic commerce using a network with mer- 
chant content servers and purchasers, comprising an electronk; commerce sender connected to the network and 
an electronic commerce database connected to said electronic commerce server, said commerce server associat- 
ing merchant content stored on said database with merchant content stored on a merchant content server. 

2. The system of daim 1, wherein the nrierchantcorTtent stored on said electrons 

content ^t)Stract summarizing the associated nriercharrtconterrt stored on saWnwrchantcorrterrtserv 

3- The system of daim 2, wherein saki merchant content abstract corrprises: 

a. merchant klentifk»tion data; 

b. product identifk:atk>n data: and 

c. product price data. 

4- The system of daims 2 or 3. wherein saki merchant content abstract corrprises an attrftxJte^alue pair. 

5. The system of one or more of daims 2-4, wherein saki merdiant content ak>stract comprises: 

d . a ti me starrp indk»ting the time sakJ merchant content abstract was stored on saki database ; and 

e. a product k^word. 

6. The system of daim 3, wherein saki merchant content abstract further comprfees product w«ght data ireful in 
determining the cost of shipping a product 
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7, TTie system of one or more of daims 1 -6, wherein said database stores merchant profile data; and/or 
wherein said database stores purchaser profile data; and/or 
wherein said database stores historical transaction data. 

8- A method for cooidinating a plurality of parties including a merchant and a purchase to effectuate an electronic 
commerce transaction using a network, comprising the steps of: 

a. storing a merchant content at>stract: 

b. receiving a request for merchant content information; 

c. searching a database for merchant content information responsive to said rec^est; 

d. presenting the r^Hs of said search; 

e. providing a reference to a ma-chant content server connected to the network; 

f. receiving a purchase request having a selected product; and 

g. initiating an electronic transaction lor said selected product. 

9. The method of daim 8, wherein the merchant content abstract is received from a merchant, and/or 

wherein the merchant content abstract Is generated automatically by the electronic commerce server using 
the results of an electronic search of the merchant content server. 

1 0. The method of daims 8 or 9, wherein storing a merchant content abstract comprises the steps of: 

a. storing product identification data; 

b. storing merchant kJentification data; and 

c. storing product price data. 

1 1 . The method of one or more of daims 8-10, wherein storing a merchant content atjslract further comprises the step 
of storing a time stanp designating the time at which said rrierchart content ab^ 

12. The method of one or more of daims 8-1 1 . wherein the step of initiating an electronic transaction comprises the 
steps of: 

a. receiving payment vehide selection data; 

b. directing that the selected payment vehide be debited to the sum of the net cost of the selected product; 

c. drecting that a merchant account be aedited for the sale of the selected product; and 

d. directing the delivery of the selected product to its purchaser. 

1 3. The method of daim 1 2. further comprising the step of storing a record of the electronic transaction in a database, 
and/or 

wherein the step of receiving payment vehfcle selection data comprses the step of retrieving preregistered 
payment vehide information from a database; and/or 

wherein the step of recehnng paynriert vehkde seledion data corri^ 

profile and: 

a. retrieving purchaser credit card klentification data; 

b. retrieving a purchaser crecfit card number; and 

c. reeving a purchaser crecfit card expiration date; and/or 

further comprising the step of storing transadfon data in the database. 

14. The method of daim one or more of claims 8-13. further comprising the step of generating a transaction report. 

15- The method of daim 14, wherein the transaction report is generated for a merchant; and/or 
wherein the transaction report is generated for a purchaser. 

16. An electronic commerce server system for canning out electronic commerce between purchasers and merchants 
over a network comprising: 

a. computer readable storage media for storing a merchant content abstrad; 

b. means for receiving a request for merchant content infonnation; 
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c. a computer for searching said computer readable storage media for merchant content information respon- 
sive to said request; 

d. means for presenting the resutts of said search; 

e. means for providing a reference to a merchant content sender connected to the network; 

f. means for receiving a purchase request having a selected product; and 

g. means for initiating an electronic transaction for said selected product. 

17. The system of daim 16, further comprising means for generating a transaction report 
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FIG. 3 
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FIG. 6 


HERCHANT INTERFACE SCREEN 


MERCHANT ID: 1 h-Bl 
MERCHANT PASSMORft | K-62 




AOD PRODUCT -63 




CPH PRODUCT —-64 




REPORTS 65 



17 



EP0855687A2 

FIG. 7 



HAflflY'S OUTDOOR SUPPLY 



SKU: 
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MANUFACTURER: 
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SIZE RANGE: 



6000 UNTIL [ 
KEYNORO: 
KEYHORO: 



711 

] — 
] — ^713 

] — ^714 

715 

] — 716 URL 
] — 717 
] — 718 



]^719 
] — 720 
] — 721 



GO BACK 



TAG 



SUBMIT 



-722 



-723 



-724 



VALUE 



]/[ 



725 



TAG VALUE 
i/ i 1 —725 



FIG. 8 



EDIT A PRODUCT 



SKU: [ 



MANUFACTURER 
CATEGORY: Q 



PRODUCT NAME: 



] — 81 
J--B2 
] — 83 
] — 84 



SUBMIT 



85 



60 BACK 



86 



18 



EP0855 687A2 



FIG. 9 



SCANOIA ARIANNE HIKING BOOTS 



SKU: 13245 
CATEGORY: FOOTHEAR 
HANUFACTURER: SCANOIA 
PRODUCT NAME: ARIANNE 
LIST PRICE: $162.00 
OFFER PRICE: $148.00 
HEIGHT: 3 LBS 4 OZ. 
SIZE RANGE: 6-12 
GOOD UNTIL 09/98 
KEYNORO: HIKING 
KEYNORO: BACKPACKING 
DATE ENTERED: 09-09-96: 1532 
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FIG. 10 
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FIG. 11 
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FIG. 12 
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FIG. 13 



PITTSFORO HIKING BOOTS 
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